home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9611 / 000127_owner-urn-ietf _Mon Nov 11 21:49:20 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  3KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id VAA13396 for urn-ietf-out; Mon, 11 Nov 1996 21:49:20 -0500
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id VAA13391 for <urn-ietf@services.bunyip.com>; Mon, 11 Nov 1996 21:49:18 -0500
  3. Received: from CS.BU.EDU by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA27663  (mail destined for urn-ietf@services.bunyip.com); Mon, 11 Nov 96 21:49:17 -0500
  5. Received: by cs.bu.edu (8.6.10/Spike-2.1)
  6.     id VAA29804; Mon, 11 Nov 1996 21:49:11 -0500
  7. Message-Id: <v02130501aead933561d9@[128.148.157.46]>
  8. Mime-Version: 1.0
  9. Content-Type: text/plain; charset="us-ascii"
  10. Date: Mon, 11 Nov 1996 21:54:29 -0500
  11. To: urn-ietf@bunyip.com
  12. From: dgd@cs.bu.edu (David G. Durand)
  13. Subject: [URN] Readable Names (was: I18N does not belong in URNs)
  14. Sender: owner-urn-ietf@services.bunyip.com
  15. Precedence: bulk
  16. Reply-To: dgd@cs.bu.edu (David G. Durand)
  17. Errors-To: owner-urn-ietf@bunyip.com
  18.  
  19. >Jim,
  20. >
  21. >URNs aren't supposed to be human-meaningful.  Making them human-meaningful
  22. >defeats the purpose of having them be long-term stable.
  23. >
  24. >Keith
  25.  
  26.   Please,  stop saying this. Repeating the same thing over and over again
  27. does not make it true. Read ISO 9070, or any book on SGML, for an example,
  28. of a namespace that falsifies your claim. You may prefer another style of
  29. URN, and no one will stop you from doing so, but the repeated _false_
  30. assertion that such a namespace cannot exist is annoying. The fact that
  31. there is a namespace already deployed with reasonable social mechanisms to
  32. guarantee uniqueness and persistence is what really bugs me about this
  33. repeated assertion.
  34.  
  35.    The argument that typing the meaningful ASCII-subset string in FPIs as a
  36. hex-encoded byte sequence will improve reliability falls on its own merits,
  37. as far as I can see.
  38.  
  39.    I think James Tauber (of Sun?) already has an FPI resolution prototype
  40. operating.
  41.  
  42.    You have shown one thing in your previous arguments: that long-term
  43. persistence may impair long-term human-friendliness.  Since this problem is
  44. as old as recorded history (Cuneiform was reader-friendly, once), I'm
  45. neither excited, surprised, or worried, about it.
  46.  
  47.    -- David
  48.  
  49. _________________________________________
  50. David Durand              dgd@cs.bu.edu  \  david@dynamicDiagrams.com
  51. Boston University Computer Science        \  Sr. Analyst
  52. http://www.cs.bu.edu/students/grads/dgd/   \  Dynamic Diagrams
  53. --------------------------------------------\  http://dynamicDiagrams.com/
  54. MAPA: mapping for the WWW                    \__________________________
  55.  
  56.